home *** CD-ROM | disk | FTP | other *** search
/ PCGUIA 114 / PC Guia 114.iso / Software / Utils / The Gimp 2.2.1 / gimp-help-2-0.6-setup.exe / {app} / share / gimp / 2.0 / help / en / ch01s04s03.html < prev    next >
Encoding:
Extensible Markup Language  |  2004-12-19  |  10.3 KB  |  252 lines
  1. <?xml version="1.0" encoding="UTF-8" standalone="no"?>
  2. <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
  3. <html xmlns="http://www.w3.org/1999/xhtml">
  4.   <head>
  5.     <meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
  6.     <title>4.3.┬áWhat Happens to a Bug Report after you Submit it</title>
  7.     <link rel="stylesheet" href="gimp-help-plain.css" type="text/css" />
  8.     <link rel="stylesheet" href="gimp-help-screen.css" type="text/css" />
  9.     <meta name="generator" content="DocBook XSL Stylesheets V1.66.1" />
  10.     <link rel="start" href="index.html" title="GIMP User Manual" />
  11.     <link rel="up" href="ch01s04.html" title="4.┬áReporting Bugs and Requesting Enhancements" />
  12.     <link rel="prev" href="ch01s04s02.html" title="4.2.┬áReporting the Bug" />
  13.     <link rel="next" href="ch02.html" title="Chapter┬á2.┬áUsing Gimp" />
  14.   </head>
  15.   <body>
  16.     <div xmlns="" class="navheader">
  17.       <table width="100%" summary="Navigation header">
  18.         <tr>
  19.           <th colspan="3" align="center" id="chaptername">4.┬áReporting Bugs and Requesting Enhancements</th>
  20.         </tr>
  21.         <tr>
  22.           <td width="20%" align="left"><a accesskey="p" href="ch01s04s02.html">Prev</a>┬á</td>
  23.           <th width="60%" align="center" id="sectionname">4.3.┬áWhat Happens to a Bug Report after you Submit it</th>
  24.           <td width="20%" align="right">┬á<a accesskey="n" href="ch02.html">Next</a></td>
  25.         </tr>
  26.       </table>
  27.       <hr />
  28.     </div>
  29.     <div class="sect2" lang="en" xml:lang="en">
  30.       <div class="titlepage">
  31.         <div>
  32.           <div>
  33.             <h3 class="title"><a id="id3417149"></a>4.3.┬áWhat Happens to a Bug Report after you Submit it</h3>
  34.           </div>
  35.         </div>
  36.       </div>
  37.       <p>
  38.       At any time after it is submitted, a bug report has a "Status"
  39.       that describes how it is currently being handled.  Here are the
  40.       possible values of <span class="emphasis"><em>Status</em></span> and what they mean:
  41.     </p>
  42.       <div class="variablelist">
  43.         <dl>
  44.           <dt>
  45.             <span class="term">Unconfirmed</span>
  46.           </dt>
  47.           <dd>
  48.             <p>
  49.         This is the initial status of a bug report, from the time it is
  50.         submitted until one of the maintainers reads it and decides
  51.         whether it is really a valid bug report.  Sometimes the
  52.         maintainers aren't sure, and in the meantime leave
  53.         the status as "Unconfirmed".  In the worst cases, a bug report
  54.         can stay unconfirmed for a year or longer, but this is
  55.         considered a bad thing and does not happen very often.
  56.       </p>
  57.           </dd>
  58.           <dt>
  59.             <span class="term">New</span>
  60.           </dt>
  61.           <dd>
  62.             <p>
  63.         This means that the bug report has been read by one of the
  64.         maintainers, and is considered, for the moment at least, to be
  65.         valid.  It does not necessarily mean that anything is going to
  66.         be done about it immediately:  some bug reports, especially
  67.         enhancement requests, may be perfectly valid and still go for a
  68.         long time before anybody is able to deal with them.  Many bugs,
  69.         on the other hand, are fixed within hours of being reported.
  70.       </p>
  71.           </dd>
  72.           <dt>
  73.             <span class="term">Assigned</span>
  74.           </dt>
  75.           <dd>
  76.             <p>
  77.         This means that a specific person has agreed to work on the
  78.         bug.  It does not, this world being the kind of world that it
  79.         is, mean that that person will actually <span class="emphasis"><em>do</em></span>
  80.         anything in particular, so for practical purposes this status
  81.         means nearly the same thing as "New".
  82.       </p>
  83.           </dd>
  84.           <dt>
  85.             <span class="term">Reopened</span>
  86.           </dt>
  87.           <dd>
  88.             <p>
  89.         This means that the bug report was at some point considered by
  90.         the maintainers to be resolved (i.e., finished), but new
  91.         information came in that caused them to change their minds:
  92.         most likely, a change that was intended to fix the problem did
  93.         not completely work.
  94.       </p>
  95.           </dd>
  96.           <dt>
  97.             <span class="term">Needinfo</span>
  98.           </dt>
  99.           <dd>
  100.             <p>
  101.           This is a status you should pay particular attention to.  It
  102.           means that you did not supply enough information in your bug
  103.           report to enable anything to be done about it.  In most cases,
  104.           no further action will be taken on the bug report until you
  105.           supply additional information (by adding a comment).  If too
  106.           much time goes by without any input from you, the bug report
  107.           will eventually be resolved as "Incomplete".
  108.         </p>
  109.           </dd>
  110.           <dt>
  111.             <span class="term">Resolved</span>
  112.           </dt>
  113.           <dd>
  114.             <p>
  115.           This means that the maintainers believe that they have finished
  116.           dealing with the bug report.  If you disagree, you can re-open
  117.           it, but since you cannot force anybody to work on a bug against
  118.           their will, you should have a good reason for doing so.  Bugs
  119.           can be resolved in a variety of ways.  Here are the possible
  120.           values of <span class="emphasis"><em>Resolution</em></span> and what they mean:
  121.         </p>
  122.             <div class="variablelist">
  123.               <dl>
  124.                 <dt>
  125.                   <span class="term">Fixed</span>
  126.                 </dt>
  127.                 <dd>
  128.                   <p>
  129.               The bug report is considered valid, and Gimp has been changed
  130.               in a way that is considered to fix it.
  131.             </p>
  132.                 </dd>
  133.                 <dt>
  134.                   <span class="term">Wontfix</span>
  135.                 </dt>
  136.                 <dd>
  137.                   <p>
  138.             The maintainers agree that the bug report is valid, but it
  139.             would take so much effort to fix, in relation to its
  140.             importance, that it is not worth the trouble.
  141.           </p>
  142.                 </dd>
  143.                 <dt>
  144.                   <span class="term">Duplicate</span>
  145.                 </dt>
  146.                 <dd>
  147.                   <p>
  148.             This means that the same bug has already been reported by
  149.             somebody else.  If you see this resolution, you will also see
  150.             a pointer to the earlier bug report, which will often give you
  151.             a lot of useful information.  
  152.           </p>
  153.                 </dd>
  154.                 <dt>
  155.                   <span class="term">Notabug</span>
  156.                 </dt>
  157.                 <dd>
  158.                   <p>
  159.             This means that the behavior described in the bug report is
  160.             intentional.  It may seem like a bug to you (and there may be
  161.             many people who agree with you), but the program is working
  162.             the way it was intended to work, and the developers don't want
  163.             to change it.
  164.           </p>
  165.                 </dd>
  166.                 <dt>
  167.                   <span class="term">NotGnome</span>
  168.                 </dt>
  169.                 <dd>
  170.                   <p>
  171.             The bug report is valid, but it can't be addressed by changing
  172.             Gimp.  Problems in operating systems, window managers, or
  173.             libaries that Gimp depends on will often be given this
  174.             resolution.  Sometimes the next appropriate step is to file a
  175.             bug report for the software that is really at fault.
  176.           </p>
  177.                 </dd>
  178.                 <dt>
  179.                   <span class="term">Incomplete</span>
  180.                 </dt>
  181.                 <dd>
  182.                   <p>
  183.             The bug report did not contain enough information for anything
  184.             to be done about it, and the reporter did not respond to
  185.             requests for more information.  Usually a bug report will be
  186.             open for at least a month or two before it is resolved in this
  187.             way. 
  188.           </p>
  189.                 </dd>
  190.                 <dt>
  191.                   <span class="term">Invalid</span>
  192.                 </dt>
  193.                 <dd>
  194.                   <p>
  195.             Something is wrong with the form of the bug report: most
  196.             commonly, the reporter has accidentally submitted the same bug
  197.             report multiple times.  (This can easily happen by mistake
  198.             with some web browsers.)  Bug reports that incorrectly
  199.             discribe how the program behaves may also be resolved as
  200.             Invalid. 
  201.           </p>
  202.                 </dd>
  203.               </dl>
  204.             </div>
  205.             <div class="note" style="margin-left: 0.5in; margin-right: 0.5in;">
  206.               <table border="0" summary="Note">
  207.                 <tr>
  208.                   <td rowspan="2" align="center" valign="top" width="25">
  209.                     <img alt="[Note]" src="../images/note.png" />
  210.                   </td>
  211.                   <th align="left">Note</th>
  212.                 </tr>
  213.                 <tr>
  214.                   <td colspan="2" align="left" valign="top">
  215.                     <p>
  216.           If you disagree with the resolution of a bug report, you are
  217.           always free to add your comments to it.  Any comment added to
  218.           any bug report, resolved or not, causes email to be sent to the
  219.           Gimp Bugzilla mailing list, so it will at least be seen by the
  220.           maintainers.  This does not, of course, mean that they will
  221.           necessarily respond to it.
  222.         </p>
  223.                   </td>
  224.                 </tr>
  225.               </table>
  226.             </div>
  227.           </dd>
  228.         </dl>
  229.       </div>
  230.     </div>
  231.     <div class="navfooter">
  232.       <hr />
  233.       <table width="100%" summary="Navigation footer">
  234.         <tr>
  235.           <td width="40%" align="left"><a accesskey="p" href="ch01s04s02.html">Prev</a>┬á</td>
  236.           <td width="20%" align="center">
  237.             <a accesskey="u" href="ch01s04.html">Up</a>
  238.           </td>
  239.           <td width="40%" align="right">┬á<a accesskey="n" href="ch02.html">Next</a></td>
  240.         </tr>
  241.         <tr>
  242.           <td width="40%" align="left" valign="top">4.2.┬áReporting the Bug┬á</td>
  243.           <td width="20%" align="center">
  244.             <a accesskey="h" href="index.html">Home</a>
  245.           </td>
  246.           <td width="40%" align="right" valign="top">┬áChapter┬á2.┬áUsing <span class="acronym">Gimp</span></td>
  247.         </tr>
  248.       </table>
  249.     </div>
  250.   </body>
  251. </html>
  252.